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1 This action is in response to the communication filed on 9/13/2010. 

2 DETAILED ACTION 

3 Continued Examination Under 3 7 CFR 1. 114 

4 A request for continued examination under 37 CFR 1.114, including the fee set forth in 



5 37 CFR 1 .17(e), was filed in this application after final rejection. Since this application is 

6 eligible for continued examination under 37 CFR 1.1 14, and the fee set forth in 37 CFR 1.17(e) 

7 has been timely paid, the finality of the previous Office action has been withdrawn pursuant to 

8 37 CFR 1.114. Applicant's submission filed on 8/23/20 1 0 has been entered. 

9 Response to Arguments 

10 Applicant's arguments filed 8/23/2010 have been fully considered but they are moot in 

1 1 view of the new grounds of rejection presented below. 

12 Regarding the applicants' argument that Mitreuter teaches away from including an address in a 

13 database of a server. . .in a packet, the examiner does not find the argument persuasive. Simply 

14 because Mitreuter teaches including the entire certificate in the packet, does not result in 

15 teaching away from replacing the entire certificate with a URL where the entire certificate can be 

16 retrieved. The teachings of Mitreuter were simply its preferred embodiment, not a teaching away 

17 from any changes. Also note the teachings of Song below, which shows that including a URL 

18 where a public key can be downloaded from in a transmission is an alternative to including the 

19 public key itself in the transmission. As such, the examiner does not find the argument 

20 persuasive. 

2 1 All objections and rejections not set forth below have been withdrawn. 
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1 Claims 1,2,4.11-15,18,42,43,50-56,59, 60. 63-64 and 66-68 have been examined. 

2 Claim Rejections - 35 USC §103 

3 Claims 1-2, 11,15,18, 42-43, 50, 54-56, 59-60, and 63-64, and 66-68 are rejected under 

4 35 U.S.C. 103(a) as being unpatentable over Gupta et al. (US Patent Number 6,389,532) 

5 hereinafter referred to as Gupta, and further in view of Mitreuter et al. (US Patent Application 

6 Publication 20030033375) hereinafter referred to as Mitreuter, and further in view of Song et al. 

7 (US Patent Application Publication 20030065947) hereinafter referred to as Song. 

8 Regarding claim 1, Gupta disclosed a method (See Gupta Fig. 1 Element 104, 108 or 

9 112), comprising the steps of: generating validity information for a packet (See Gupta Figs. 5-6 

10 and Col. 6 Paragraphs 2-4), wherein the validity information comprises all necessary information 

1 1 required to perform a validity check of the packet (See Gupta Fig 7 and Col. 6 Paragraph 5 - Col. 

12 7 Paragraph 2); the validity information comprising algorithm information to be used for 

13 performing the validity check of the packet and no pre-established security association is needed 

14 to verify the packet and algorithm initialization information(See Gupta Fig. 3 and Col. 6 

15 Paragraphs 3-4); generating a packet header (302), comprising the validity information (See 

16 Gupta Fig. 3 and Col. 6 Paragraphs 3-4) ; and sending the packet including the packet header 

17 from a first network node to a second network node (See Gupta Col. 6 Paragraph 4), but Gupta 

1 8 failed to specifically teach the validity information further comprising public key information of 

19 a sending node comprising an address in a database of a server from which the public key of the 

20 sending node can be obtained. 

21 Mitreuter teaches that in an analogous art for generating and signing packets, the public 

22 key certificate containing the public key of the sender can be included in the packet header in 



Application/Control Number: 1 0/72 1 ,504 Page 4 

Art Unit: 2491 

1 order to allow the packet signature to be readily verified by the recipient of the packet (Mitreuter 

2 Paragraph 0037). 

3 Song teaches that in a transmission system, alternative to including the entire public key 

4 of the sender in a transmission, a linking address can be included in the transmission, and the 

5 linking address is used to download the public key from the registry server (Song Paragraph 

6 0142). 

7 It would have been obvious to the ordinary person skilled in the art at the time of 

8 invention to have employed the teachings of Mitreuter and Song in the packet verification system 

9 of Gupta by including a linking address to the public key certificate including the public key 

10 used to verify the packet signature in the packet header. This would have been obvious because 

1 1 the ordinary person skilled in the art would have been motivated to allow any recipient of the 

12 packet to readily verify the signature of the packet without the increased burden on the sender of 

13 transmitting the entire certificate for each packet. 

14 Regarding claim 18, Gupta disclosed an apparatus comprising: validity information 

15 generating means for generating validity information for a packet (See Gupta Figs. 5-6 and Col. 

16 6 Paragraphs 2-4); packet header generating means for generating a header for the packet, 

17 comprising the validity information (See Gupta Fig. 3 and Col. 6 Paragraphs 3-4); and sending 

18 means for sending the packet including the header to a receiving network node (See Gupta Col. 6 

19 Paragraph 4), wherein the validity information comprises all necessary information required for 

20 performing a validity check of the packet and no pre-established security association is needed to 

21 verify the packet (See Gupta Fig 7 and Col. 6 Paragraph 5 - Col. 7 Paragraph 2) and the validity 

22 information comprises algorithm information to be used for performing the validity check of the 
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1 packet (See Gupta Col. 6 Paragraphs 3-4), wherein the algorithm information comprises values 

2 to initialize an algorithm to be used to perform the validity check of the packet (See Gupta Col. 6 

3 Paragraphs 3-4, the data, the key index, the signature, or the fingerprint, for example), but Gupta 

4 failed to specifically teach the validity information further comprising public key information of 

5 a sending node comprising an address in a database of a server from which the public key of the 

6 sending node can be obtained. 

7 Mitreuter teaches that in an analogous art for generating and signing packets, the public 

8 key certificate containing the public key of the sender can be included in the packet header in 

9 order to allow the packet signature to be readily verified by the recipient of the packet (Mitreuter 

10 Paragraph 0037). 

1 1 Song teaches that in a transmission system, alternative to including the entire public key 

12 of the sender in a transmission, a linking address can be included in the transmission, and the 

13 linking address is used to download the public key from the registry server (Song Paragraph 

14 0142). 

15 It would have been obvious to the ordinary person skilled in the art at the time of 

16 invention to have employed the teachings of Mitreuter and Song in the packet verification system 

17 of Gupta by including a linking address to the public key certificate including the public key 

1 8 used to verify the packet signature in the packet header. This would have been obvious because 

19 the ordinary person skilled in the art would have been motivated to allow any recipient of the 

20 packet to readily verify the signature of the packet without the increased burden on the sender of 

21 transmitting the entire certificate for each packet. 
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1 Regarding claim 42, Gupta disclosed an apparatus, comprising: a validity information 

2 generator configured to generate validity information for a packet (See Gupta Figs. 5-6 and Col. 

3 6 Paragraphs 2-4); a packet header generator configured to generate a header for the packet, 

4 comprising the validity information (See Gupta Fig. 3 and Col. 6 Paragraphs 3-4); and a 

5 transmitter configured to send the packet including the header to a receiving network node (See 

6 Gupta Col. 6 Paragraph 4), wherein the validity information comprises all necessary information 

7 required to perform a validity check of the packet and no pre-established security association is 

8 needed to verify the packet, and the validity information comprises algorithm information to be 

9 used to perform the validity check of the packet (See Gupta Fig 7 and Col. 6 Paragraph 3 - Col. 7 

10 Paragraph 2), wherein the algorithm information comprises values to initialize an algorithm to be 

1 1 used to perform the validity check of the packet (See Gupta Col. 6 Paragraphs 3-4, the data, the 

12 key index, the signature, or the fingerprint, for example), but Gupta failed to specifically teach 

13 the validity information further comprising public key information of a sending node comprising 

14 an address in a database of a server from which the public key of the sending node can be 

15 obtained. 

16 Mitreuter teaches that in an analogous art for generating and signing packets, the public 

17 key certificate containing the public key of the sender can be included in the packet header in 

1 8 order to allow the packet signature to be readily verified by the recipient of the packet (Mitreuter 

19 Paragraph 0037). 

20 Song teaches that in a transmission system, alternative to including the entire public key 

21 of the sender in a transmission, a linking address can be included in the transmission, and the 
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1 linking address is used to download the public key from the registry server (Song Paragraph 

2 0142). 

3 It would have been obvious to the ordinary person skilled in the art at the time of 

4 invention to have employed the teachings of Mitreuter and Song in the packet verification system 

5 of Gupta by including a linking address to the public key certificate including the public key 

6 used to verify the packet signature in the packet header. This would have been obvious because 

7 the ordinary person skilled in the art would have been motivated to allow any recipient of the 

8 packet to readily verify the signature of the packet without the increased burden on the sender of 

9 transmitting the entire certificate for each packet. 

10 Regarding claim 55, Gupta disclosed an apparatus, comprising: a receiver configured to 

1 1 receive packets from a sending network node (See Gupta Fig. 1 Element 108, Fig. 7 and Col. 6 

12 Paragraph 5); and a checker configured to perform a validity check of a packet by referring to 

13 validity information contained in a header of the packet and no pre-established security 

14 association is needed to verify the packet (See Gupta Fig. 7 and Col. 7 Paragraph 2), wherein the 

15 validity information comprises all necessary information required to perform the validity check 

16 of the packet (See Gupta Fig 7 and Col. 6 Paragraph 5 - Col. 7 Paragraph 2), and the validity 

17 information comprises algorithm information to be used to perform the validity check of the 

18 packet (See Gupta Col. 6 Paragraphs 3-4), wherein the algorithm information comprises values 

19 to initialize an algorithm to be used to perform the validity check of the packet (See Gupta Col. 6 

20 Paragraphs 3-4, the data, the key index, the signature, or the fingerprint, for example), but Gupta 

21 failed to specifically teach the validity information further comprising public key information of 
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1 a sending node comprising an address in a database of a server from which the public key of the 

2 sending node can be obtained. 

3 Mitreuter teaches that in an analogous art for generating and signing packets, the public 

4 key certificate containing the public key of the sender can be included in the packet header in 

5 order to allow the packet signature to be readily verified by the recipient of the packet (Mitreuter 

6 Paragraph 0037). 

7 Song teaches that in a transmission system, alternative to including the entire public key 

8 of the sender in a transmission, a linking address can be included in the transmission, and the 

9 linking address is used to download the public key from the registry server (Song Paragraph 

10 0142). 

11 It would have been obvious to the ordinary person skilled in the art at the time of 

12 invention to have employed the teachings of Mitreuter and Song in the packet verification system 

13 of Gupta by including a linking address to the public key certificate including the public key 

14 used to verify the packet signature in the packet header. This would have been obvious because 

15 the ordinary person skilled in the art would have been motivated to allow any recipient of the 

16 packet to readily verify the signature of the packet without the increased burden on the sender of 

17 transmitting the entire certificate for each packet. 

18 Regarding claim 59, Gupta disclosed an apparatus, comprising: a transmitter configured 

19 to forward packets from a sending network node to a receiving network node (See Gupta Fig. 7 

20 and Col. 6 Paragraph 5); and a checker configured to perform a validity check of a packet by 

21 referring to validity information contained in a header of the packet (See Gupta Fig. 7 and Col. 7 

22 Paragraph 2), wherein the validity information comprises all necessary information required to 
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1 perform a validity check of the packet and no pre-established security association is needed to 

2 verify the packet (See Gupta Fig 7 and Col. 6 Paragraph 5 - Col. 7 Paragraph 2), and the validity 

3 information comprises algorithm information to be used to perform the validity check of the 

4 packet (See Gupta Col. 6 Paragraphs 3-4), wherein the algorithm information comprises values 

5 to initialize an algorithm to be used to perform the validity check of the packet (See Gupta Col. 6 

6 Paragraphs 3-4, the data, the key index, the signature, or the fingerprint, for example), but Gupta 

7 failed to specifically teach the validity information further comprising public key information of 

8 a sending node comprising an address in a database of a server from which the public key of the 

9 sending node can be obtained. 

10 Mitreuter teaches that in an analogous art for generating and signing packets, the public 

1 1 key certificate containing the public key of the sender can be included in the packet header in 

12 order to allow the packet signature to be readily verified by the recipient of the packet (Mitreuter 

13 Paragraph 0037). 

14 Song teaches that in a transmission system, alternative to including the entire public key 

15 of the sender in a transmission, a linking address can be included in the transmission, and the 

16 linking address is used to download the public key from the registry server (Song Paragraph 

17 0142). 

18 It would have been obvious to the ordinary person skilled in the art at the time of 

19 invention to have employed the teachings of Mitreuter and Song in the packet verification system 

20 of Gupta by including a linking address to the public key certificate including the public key 

2 1 used to verify the packet signature in the packet header. This would have been obvious because 

22 the ordinary person skilled in the art would have been motivated to allow any recipient of the 
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1 packet to readily verify the signature of the packet without the increased burden on the sender of 

2 transmitting the entire certificate for each packet. 

3 Regarding claims 63 and 67, Gupta disclosed a method comprising: receiving packets 

4 (See Gupta Fig 7 and Col. 6 Paragraph 5 - Col. 7 Paragraph 2); and performing a validity check 

5 of a packet by referring to validity information contained in a header of the packet (See Gupta 

6 Fig. 7 and Col. 7 Paragraph 2), wherein the validity information comprises all necessary 

7 information required for performing the validity check of the packet and no pre-established 

8 security association is needed to verify the packet, the validity information comprising algorithm 

9 information to be used for performing the validity check of the packet (Sec Gupta Fig 7 and Col. 

10 6 Paragraph 3 - Col. 7 Paragraph 2), wherein the algorithm information comprises values to 

1 1 initialize an algorithm to be used to perform the validity check of the packet (See Gupta Col. 6 

12 Paragraphs 3-4, the data, the key index, the signature, or the fingerprint, for example), but Gupta 

13 failed to specifically teach the validity information further comprising public key information of 

14 a sending node comprising an address in a database of a server from which the public key of the 

1 5 sending node can be obtained. 

16 Mitreuter teaches that in an analogous art for generating and signing packets, the public 

17 key certificate containing the public key of the sender can be included in the packet header in 

1 8 order to allow the packet signature to be readily verified by the recipient of the packet (Mitreuter 

19 Paragraph 0037). 

20 Song teaches that in a transmission system, alternative to including the entire public key 

21 of the sender in a transmission, a linking address can be included in the transmission, and the 
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1 linking address is used to download the public key from the registry server (Song Paragraph 

2 0142). 

3 It would have been obvious to the ordinary person skilled in the art at the time of 

4 invention to have employed the teachings of Mitreuter and Song in the packet verification system 

5 of Gupta by including a linking address to the public key certificate including the public key 

6 used to verify the packet signature in the packet header. This would have been obvious because 

7 the ordinary person skilled in the art would have been motivated to allow any recipient of the 

8 packet to readily verify the signature of the packet without the increased burden on the sender of 

9 transmitting the entire certificate for each packet. 

10 Regarding claim 64, Gupta disclosed a method comprising: forwarding received packets 

1 1 (Gupta Col. 7 Paragraph 2); and performing means for performing a validity check of a packet 

12 by referring to validity information contained in a header of the packet (Gupta Col. 7 Paragraph 

13 2), wherein the validity information comprises all necessary information required for performing 

14 a validity check of the packet and no pre-established security association is needed to verify the 

15 packet, the validity information comprising algorithm information to be used for performing the 

16 validity check of the packet (See Gupta Fig 7 and Col. 6 Paragraph 3 - Col. 7 Paragraph 2), 

17 wherein the algorithm information comprises values to initialize an algorithm to be used to 

18 perform the validity check of the packet (See Gupta Col. 6 Paragraphs 3-4, the data, the key 

19 index, the signature, or the fingerprint, for example), but Gupta failed to specifically teach the 

20 validity information further comprising public key information of a sending node comprising an 

21 address in a database of a server from which the public key of the sending node can be obtained. 
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1 Mitreuter teaches that in an analogous art for generating and signing packets, the public 

2 key certificate containing the public key of the sender can be included in the packet header in 

3 order to allow the packet signature to be readily verified by the recipient of the packet (Mitreuter 

4 Paragraph 0037). 

5 Song teaches that in a transmission system, alternative to including the entire public key 

6 of the sender in a transmission, a linking address can be included in the transmission, and the 

7 linking address is used to download the public key from the registry server (Song Paragraph 

8 0142). 

9 It would have been obvious to the ordinary person skilled in the art at the time of 

10 invention to have employed the teachings of Mitreuter and Song in the packet verification system 

1 1 of Gupta by including a linking address to the public key certificate including the public key 

12 used to verify the packet signature in the packet header. This would have been obvious because 

13 the ordinary person skilled in the art would have been motivated to allow any recipient of the 

14 packet to readily verify the signature of the packet without the increased burden on the sender of 

15 transmitting the entire certificate for each packet. 

16 Regarding claim 66, Gupta disclosed a computer readable storage medium comprising a 

17 computer program (See Gupta Fig. 1 Element 104, 108 or 1 12), that when executed controls a 

18 processor to perform: generating validity information for a packet (See Gupta Figs. 5-6 and Col. 

19 6 Paragraphs 2-4), wherein the validity information comprises all necessary information required 

20 to perform a validity check of the packet (See Gupta Fig 7 and Col. 6 Paragraph 5 - Col. 7 

21 Paragraph 2); the validity information comprising algorithm information to be used for 

22 performing the validity check of the packet and no pre-established security association is needed 
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1 to verify the packet and algorithm initialization information^ ee Gupta Fig. 3 and Col. 6 

2 Paragraphs 3-4); generating a packet header (302), comprising the validity information (See 

3 Gupta Fig. 3 and Col. 6 Paragraphs 3-4) ; and sending the packet including the packet header 

4 from a first network node to a second network node (See Gupta Col. 6 Paragraph 4), but Gupta 

5 failed to specifically teach the validity information further comprising public key information of 

6 a sending node comprising an address in a database of a server from which the public key of the 

7 sending node can be obtained. 

8 Mitreuter teaches that in an analogous art for generating and signing packets, the public 

9 key certificate containing the public key of the sender can be included in the packet header in 

10 order to allow the packet signature to be readily verified by the recipient of the packet (Mitreuter 

1 1 Paragraph 0037). 

12 Song teaches that in a transmission system, alternative to including the entire public key 

13 of the sender in a transmission, a linking address can be included in the transmission, and the 

14 linking address is used to download the public key from the registry server (Song Paragraph 

15 0142). 

16 It would have been obvious to the ordinary person skilled in the art at the time of 

17 invention to have employed the teachings of Mitreuter and Song in the packet verification system 

18 of Gupta by including a linking address to the public key certificate including the public key 

19 used to verify the packet signature in the packet header. This would have been obvious because 

20 the ordinary person skilled in the art would have been motivated to allow any recipient of the 

2 1 packet to readily verify the signature of the packet without the increased burden on the sender of 

22 transmitting the entire certificate for each packet. 
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1 Regarding claim 68, Gupta disclosed a computer readable storage medium comprising a 

2 computer program (See Gupta Fig. 1 Element 104, 108 or 1 12), that when executed controls a 

3 processor to perform: forwarding received packets (Gupta Col. 7 Paragraph 2); and performing 

4 means for performing a validity check of a packet by referring to validity information contained 

5 in a header of the packet (Gupta Col. 7 Paragraph 2), wherein the validity information comprises 

6 all necessary information required for performing a validity check of the packet and no pre- 

7 established security association is needed to verify the packet, the validity information 

8 comprising algorithm information to be used for performing the validity check of the packet (See 

9 Gupta Fig 7 and Col. 6 Paragraph 3 - Col. 7 Paragraph 2), wherein the algorithm information 

10 comprises values to initialize an algorithm to be used to perform the validity check of the packet 

1 1 (See Gupta Col. 6 Paragraphs 3-4, the data, the key index, the signature, or the fingerprint, for 

12 example), but Gupta failed to specifically teach the validity information further comprising 

13 public key information of a sending node comprising an address in a database of a server from 

14 which the public key of the sending node can be obtained. 

15 Mitreuter teaches that in an analogous art for generating and signing packets, the public 

16 key certificate containing the public key of the sender can be included in the packet header in 

17 order to allow the packet signature to be readily verified by the recipient of the packet (Mitreuter 

18 Paragraph 0037). 

19 Song teaches that in a transmission system, alternative to including the entire public key 

20 of the sender in a transmission, a linking address can be included in the transmission, and the 

21 linking address is used to download the public key from the registry server (Song Paragraph 

22 0142). 
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1 It would have been obvious to the ordinary person skilled in the art at the time of 

2 invention to have employed the teachings of Mitreuter and Song in the packet verification system 

3 of Gupta by including a linking address to the public key certificate including the public key 

4 used to verify the packet signature in the packet header. This would have been obvious because 

5 the ordinary person skilled in the art would have been motivated to allow any recipient of the 

6 packet to readily verify the signature of the packet without the increased burden on the sender of 

7 transmitting the entire certificate for each packet. 



8 Regarding claims 2, 43, 56 and 60, Gupta, Mitreuter, and Song disclosed that the 

9 generating of the validity information comprises generating security information indicating 

10 security services applied to the packet (See Gupta Col. 5 Paragraph 7). 

1 1 Regarding claims 1 1 and 50, Gupta, Mitreuter, and Song disclosed that the generating of 

12 the public key information comprises generating public key verification information indicating 

13 information in order to verify that the public key actually belongs to the sending node (See Gupta 

14 Figs. 5-6 and Col. 6 Paragraphs 2-4). 

15 Regarding claim 15 and 54, Gupta, Mitreuter, and Song disclosed signing the packet 

16 using a private key corresponding to the public key indicated by the validity information in the 

17 packet header in a sending network node (See Gupta Col. 6 Paragraph 4 and Mitreuter Paragraph 

18 0037). 

19 Claims 4, 12-14, and 51-53 are rejected under 35 U.S.C. 103(a) as being unpatentable 

20 over Gupta, Mitreuter, and Song as applied to claims 1 and 42 above, and further in view of 

2 1 Naudus (US Patent Number 6,202,08 1). 
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1 Regarding claims 12-14, and 51-53, Gupta, Mitreuter, and Song disclosed validation of 

2 packets, but failed to disclose that the step of generating the validity information comprises 

3 generating an information item for preventing replay attacks. 

4 Naudus teaches that in a packet filtering system, packets should include timestamps in 

5 order to prevent replay attacks. Naudus further teaches that "[rjeplay attacks occur when a 

6 malicious user gains access to a router or other network device on a computer network that is 

7 forwarding data packets. Legitimate data packets are intercepted and then re-sent at a later time 

8 to allow the malicious user to appear as a legitimate user. A firewall helps prevent replay attacks 

9 by checking a time-stamp in the data packet that prevents the data packets from being re-sent at a 

10 later time." (See Naudus Col. 2 Paragraph 4). 

11 It would have been obvious to the ordinary person skilled in the art at the time of 

12 invention to employ the teachings of Naudus in the packet validity checking system of Gupta, 

13 Mitreuter, and Song by including a timestamp in each packet and verifying the timestamp at the 

14 validity checker. This would have been obvious because the ordinary person skilled in the art 

15 would have been motivated to prevent replay attacks in the network. In this combination, the 

16 inclusion of a timestamp in each packet, in itself, is an indication of a procedure to be used for 

1 7 anti replay attacks . 

18 Regarding claim 4, Gupta, Mitreuter, and Song did not specifically teach that the step of 

19 generating the algorithm information comprises generating the algorithm information which 

20 indicates an algorithm to be used for performing the validity check of the packet. However, as 

21 taught by Naudus, in Col. 6 Line 60 - Col. 7 Line 7, it is well known to include in the packet 

22 header, an identification of which algorithm was used to sign the packet. As such, it would have 
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1 been obvious to have included this information within the packet. Furthermore, the ordinary 

2 person skilled in the art at the time of invention would have recognized that this would allow for 

3 the use of a multiplicity of signature algorithms, as well as allowing updating of the signature 

4 algorithms in the future, and therefore it would have been obvious to have included an indication 

5 of the signature algorithm in the packet. 

6 Claims 11, and 50 are rejected under 35 U.S.C. 103(a) as being unpatentable over Gupta 

7 and Mitreuter as applied to claims 6 and 23 above, and further in view of Nikander (US Patent 

8 Number 7,155,500). 

9 Gupta and Mitreuter disclosed including public key information within the packets, 

10 including the public key itself within the packets, but failed to specifically disclose that the step 

11 of generating the public key information comprises generating public key verification 

12 information indicating information in order to verify that the public key actually belongs to the 

13 sending node. Gupta did disclose that the public and private key pairs can be generated and 

14 stored in a certification server (See Col. 4 Paragraph 2). 

15 Nikander teaches that by including the certificate of the public key, the receiving host can 

16 verify that the public key is truly owned by the sender (See Nikander Col. 10 Line 50 - Col. 12 

17 Line 9). 

18 It would have been obvious to the ordinary person skilled in the art at the time of 

19 invention to employ the teachings of Nikander in the packet verification system of Gupta and 

20 Mitreuter by including the public key certificate within each packet and verifying that the sender 

2 1 of each packet owned the public key used to sign the packet. This would have been obvious 
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1 because the ordinary person skilled in the art would have been motivated to ensure that a 

2 malicious node was not claiming to be a different node. 

3 Conclusion 

4 Claims 1.2.4.11-15.18.42.43.50-56.59. 60. 63-64 and 66-68 have been rejected. 

5 Any inquiry concerning this communication or earlier communications from the 

6 examiner should be directed to MATTHEW T. HENNING whose telephone number is 

7 (571)272-3790. The examiner can normally be reached on M-F 8-4. 

8 If attempts to reach the examiner by telephone are unsuccessful, the examiner's 

9 supervisor, Ashok Patel can be reached on (57 1 )272-3972. The fax phone number for the 

10 organization where this application or proceeding is assigned is 571-273-8300. 

1 1 Information regarding the status of an application may be obtained from the Patent 



12 Application Information Retrieval (PAIR) system. Status information for published applications 

13 may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 

14 applications is available through Private PAIR only. For more information about the PAIR 

15 system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 

16 system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 

17 like assistance from a USPTO Customer Service Representative or access to the automated 

1 8 information system, call 800-786-9 1 99 (IN USA OR CANADA) or 57 1 -272- 1 000. 
19 

20 

2 1 /Matthew T Henning/ 

22 Primary Examiner, Art Unit 249 1 
23 



